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C—O eee 
Access Problem due to PRACH not 


In a site test, the UE under one cell can make a call in the areas opposite 
to the antenna, but it is difficult to access or even unable to access the 
eNodeB in the areas that other cells can also cover. The RSRP and CINR 
meet the access requirements. 


Analysis: 

1. After the other two cells of the eNodeB are disabled, the UE can access 
the eNodeB if the signals meet the access requirements. 

2. After all three cells are enabled, access is difficult or unable in the 
overlapped coverage areas of the three cells. The UE sends the RRC 


Connection Request message, but the system does not respond. 

3. Signaling on the eNodeB side shows the system receives the message 
and responds, but the response is not received by the UE. 

4. Check results of the access parameter configuration show the 
parameter “Logical root sequence start number used to generate prach 
preamble” of the three cells is set to 0, and the parameter “NCS used to 
generate prach preamble” is set to 11. This means the access preambles 
of the three cells sent to the UE are the same. When the UE is in the 
overlapped coverage area, the three cells receive the message from the 
UE and returns the MSG4 message at the same time. The UE receive two 
MSG4 messages and cannot demodulate them, so the access attempt 
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C—O —eeee 
Access Problem due to PRACH not 


Planned (2) 


Solution: 

Reset the PRACH parameters, including “Logical root sequence 
start number used to generate prach preamble”, and “NCS 
used to generate prach preamble”. After the resetting, the UE 
can access the system in any coverage area of the eNodeB so 
long as the signals are of good quality. 


Summary: 
Prior to the kickoff of a project, it is required to plan access- 


related parameters in addition to PCI and neighbor cells. 
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2 SESE — C—O 
UE Unable to Access due to Incorrect 


Parameter Configuration (2) 


Analysis: 

The UE should report the Status packet to the eNodeB after it receives 
the LTE DL AM All PDU message. 

However, the analysis of UE logs shows the eNodeB does not receive 
the Status packet. As a result, the eNodeB repeats sending the 
message in the RLC layer. 

On the UE side, the UE has received the message 4 times, while on the 
eNodeB side, the RNLU sends the RnluRnicErrind message to the 
RNLC, and the RNLC returns the RrcConnectionRelease message, 
causing the UE’s failure to access. 

By default, our network parameter setting allows SRB signaling to be 
repeatedly transmitted for up to 16 times. 

Check the parameter setting and find the maximum RLC AM 
retransmission time was incorrectly set to 4. 

Meanwhile, the SRB RLC Type of the eNodeB is also incorrectly 
configured as UM (Unacknowledged Mode), which should be AM 


Solution: 
Modify the SRB RLC Type to be AM and the problem is solved. 
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OO C—O OEE eee 
Access Failure due to a UE Fault (1) 


Symptom: 


In the pre-preliminary acceptance test of PGP, it is found 
Samsung UEs fail to work from time to time, leading to access 
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|) 13:00:25.074 |FD3_ | LTE RRC... % DL-DCCH: ueCapabilityEnquiry © Signaling ~ | | 3298 | 13:00:07.000 -83.3 18.9) 420 
° 13:00:25.074 |FD3 | LTE RRC... [| UL-DCCH: ueCapabilityInformation 3299 | 13:00:09.000 -82.7 18.5) 420) 
13:00:25.355 |FD3 LTE RRC... | DL-DCCH: securityModeCommand 3300 | 13:00:11.000 -84.2 18.0 420 
13:00:25.355 |FD3 LTE RRC... |®/UL-DCCH: securityModeComplete 3301 13:00:13.000 -84.5 18.0) 420 
13:00:25.371 |FD3_|LTE NAS... |> EPS MM: Attach accept 7 rmationTrensfer 3302 | 13:00:23.000 79.0 24.0) 420 
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13:00:25.386 |FD3_|LTE RRC... |®/UL-DCCH: meConnectionReconfigurationComplete Mere cee 3305 | 13:00:29.000 84.2] 20.0) 420 
13:00:25.386 |FD3 LTE RRC... |®/UL-DCCH: ullnformationTransfer > = ee MEATS 13:00:31.000 82.3) 19. 420 
13:00:31.074 |FD3 LTE NAS... | EPS MM: Attach accept 3307 13:00:33.000 -86.5) 17.5} 420 
: DL-DCCH: dlInformationTransfer ae 3308 | 13:00:35.000: -84.8) | 16.8) 420 
EPS SM: Activate default EPS bearer context request 7C 25 6D 4D EO 6A 3309 | 13:00:37.000 -90.3) 13.8 420 
iu 3310 | 13:00:39.000 91.3 | 12.9) 420 

20U:37-074 P ; Atta 3311 | 13:00:41.000 -96.7 -96.6 10.8) 420 414 

13:00:37.074 4 DL-DCCH: diinformationTransfer 3312 | 13:01:01.000 -93.0) | 8.6 393 
13:00:37.074 |FD3 |LTE NAS... |/EPS SM: Activate default EPS bearer context request 3313 | 13:01:03.000 -89.7) 5.3 393 

13:00:37.074 |FD3 BE RRC... hd UL-DCCH: ulInformationTransfer fa 3314 | 13:01:05.000 -93.3) -96.7| 2.5) 393 414 = 

Total:8762 Fitered:8762 < Mr >| [i+ > >i tetrienGroMEEEy’ Statistic Data 17 (Le) Lb 
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OO C—O eee 
Access Failure due to a UE Fault (2) 


Analysis: 

First, the UE logs are analyzed. The radio environment is good 
as the RSRP ts -82 dBm and the CINR is 19 dB. But after the 
UE receives the “Activate default EPS bearer context request” 
message from the MME, it rejects the request through the 
“ullnformationTransfer” message on the uplink and returns the 
reason “PTI unmatched”. 

However, the comparison of the signaling elements in the 
normal procedure with those in the abnormal procedure shows 
the PTI (Procedure transaction identity) sent by the MME is the 


Same as the PTI carried in the attach request message of the 
DES 


Solution: 

Update the HW/SW version of Samsung UE or replace 
Samsung UE with other UEs, for example, Qualcomm UEs do 
not report such a problem. 
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OO iC 
Call Establishment and Call Drop 


m@ NAS and AS 
@ NAS: Non-Access Stratum 
@ AS: Access Stratum 


2. Idle/ EPC : 
| 7. Power-off | Attached | Registered ] ee | 3 Activated | 


I | 
Deregistered Registered 
Evolved Connection 
Radio Resource Control 


Evolved Mobility 
Management (EMM) 
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Call Establishment and Call Drop 


M@ Connection Release 


RRCConnectionRelease 


@ Call Drop - Definition 


@ A call will be dropped when an UE exits the 
RRC CONNECTED state. 
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OO CC 
Call Establishment and Call Drop 


@ Call Drop - Common Causes 


@ 1. Connection Reestablishment Reject 
(Signaling) 


@ (1). The UE sends the rrcConnectionReestablishmentRequest; 
Cause = otherFailure message through the UL-CCCH. 

@ (2). The eNodeB returns the rrcConnectionReestablishmentReject 
message through the DL-CCCH. 

@ (3). When experiencing a call drop problem, the UE starts to receive 
the broadcast message that contains SIB1 through the BCCH-SCH 
until the UE originates the next call. 


ZTE ny © ZTE Corporation. All rights reserved 


OO iC iC 
Call Establishment and Call Drop 


®@ Call Drop - Common Causes 
@ 2. Poor Signal over the Air Interface (Signaling) 


H Incomplete signaling: Without receiving the Connection Release 
message, the UE is transitioned from the RRC-CONNECTED state to 
the RRC-IDLE state. 


@ A typical symptom of this call drop problem: The UE sends the 
RRCConnectionReestablishmentRequest message but does not 
received the RRCConnectionReestablishment message, and even 
the UE does not send the 
RRCConnectionReestablishmentComplete message. 


15:30:59.646 FD9 LTE RRC Signaling UL-CCCH: rrcConnectionRequest; Cause = mo-Data 
15:31:01.445 FDS LTE RRC Signaling DL-CCCH: rreConnectionSetup 

15:31:01.445 FDS LTE RRC Signaling UL-DCCH: rrceConnectionSetupComplete 
15:31:01.445 FDS LTE RRC Signaling DL-CCCH: rreConnectionSetup 

15:31:01.476 FDS LTE RRC Signaling DL-DCCH: securityModeCommand 

15:31:01.476 FDS LTE RRC Signaling UL-DCCH: securityModeComplete 

19731:01.452 FDS LTE RRC Signaling DL-DCCH: rreConnectionReconfiguration 

49:31:61. 492 FDS LTE RRC Signaling UL-DCCH: rrceConnectionReconfigurationComplete 
25:°51:15.934 FDS LTE RRC Signaling BCCH-SCH: systemInformationBlockTypel 


Signaling UL-CCCH: rrceConnectionReestablishmentRequest; Cause = otherFailure 
15:31:20.025 FDS LTE RRC Signaling BCCH-SCH: systemInformation 
15:31:20.196 FDS LTE RRC Signaling BCCH-SCH: systemInformation 
15531:21.975 FDS LTE RRC Signaling BCCH-SCH: systemInformationBlockTypel 
15:31:24.471 FDS LTE RRC Signaling UL-CCCH: rrceConnectionRequest; Cause = mo-Data 
15:31:25.485 FDS LTE RRC Signaling DL-CCCH: rreConnectionSetup 
15:31:25.485 FDS LTE RRC Signaling UL-DCCH: rreConnectionSetupComplete 
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OO CC 
Call Establishment and Call Drop 


@ Call Drop - Common Causes 


@ 3. Other Causes 


@ Narrowly speaking, a call drop problem occurs only when the 
UE sends the rrcConnectionReestablishmentRequest 
message, that is to say, the RRC connection is broken. 


l@ If the RRC connection is reestablished due to a handover or 
any other problem, the RRC reestablishment is usually 
successful. In a real project, you need to pay special 
attention to such problem. Whenever necessary, you must 
reach an agreement with the customer on whether regarding 
such a problem as a call drop problem. 


T3rdarol.18]. FD 
I3:o2:L.141 = FD2 
13:02:31,312 FD2 

FD? 
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LTE RRC Signaling 
LTE RRC Signaling 
LTE RRC Signaling 
LTE RRC Signaling 


BCCH-SCH: systemInformationBlockTypel 

UL-CCCH: rreConnectionReestablishmentRequest; Cause = otherFailure 
DL-CCCH: rrcConnectionReestablishment 

UL-DCCH: rreConnectionReestablishmentComplete 
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eC 
Cause Analysis 1 - Poor Coverage 


@ Problem Symptoms 


Poor 
Coverage 


Serving Cey a 
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OO CE 
Cause Analysis 1 - Poor Coverage 


@ Cause Analysis: Analyzing the Drive Test Data 


@ Step 1. Collect the drive test data. 


@ Step 2. Analyze the drive test data using ZXPOS 
CNA or TEMS Discovery. 


@ Step 3. Check whether there is any of the following 
Symptoms through the geographical chart or Table 
View when a call drop problem occurs: 


MLow RSRP (serving cell): RSRP < -105dBm 
MLow CINR (serving cell): CINR < OdB 


Poor signal strength (neighboring cell): Signal 
strength > -105dBm 
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Cause Analysis 1 - Poor Coverage 


ZTEDH 


®@ Optimization Solutions 


@ 1. Determine which sectors are serving current poor 
coverage areas. 


@ 2. Determine the most suitable sectors based on 
the network topology and radio environment, and 
strengthen the coverage of this area. 


W@ Troubleshoot the hardware faults from the baseband, RF, and 
antenna system, VSWR alarms. 


@ Increase the RS power of the serving cell. 
@ Increase the power of the serving sector. 
@ Adjust the antenna tilt of the serving sector. 
@ Adjust the antenna azimuth of the serving sector. 
@ Add some sites plus adjusting the antenna tilt and azimuth of 
the surrounding base stations. 
@ 3. Implement the Coverage & Capacity Optimization 
(SON-CCO) function (pending). 
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eC Ea 
Case Study 1 - Poor Coverage 


@ Poor Coverage 


@ | Configuration: Bax |Be@oyikat o> » i |] < ~~ aZ- |G 
@ Serving Cell RSRP (dBm) 
BH [-140, -105) (16171)(33.86%) 
@ [-105, -95) (10702)(22.41%) 
£95, -85) (11092)(23.23%) 
@ [-85,-75) — (5275)(11.05%) 
Bi [-75, -60) (4511) ( 9.45%) 
@ [-60, Max] (5) ( 0.01%) 
LAT: 22.3962651, LON: 113.9659073 Ht: Time: 12:36:30,780 
[) Messages SOx fy Table Vier Be 
: EKG |\¥ ‘pe {3 FI aly yf =} 8 Sy > Search Text: [—‘itsSSCid .) : @ | Configuration: | <new> v A a x oy ‘De 


Time FD Frame Keylnfo [ Time 


12:35:20,541 D3 LTENAS Signaling * EPS SM: Activate default EPS bearer context accept 12:36:29,900 
12:35:20,541 LTE RRC Signaling )UL-DCCH: ullnformationTransfer 12:36:30,100) 
80 FDS LT ® UL-DCCH: measurementReport 12:36:30,300) 
12:36:31,420 LTE RRC Signaling  UL-DCCH: measurementReport 
12:36:31,654 FDS LTERRC Signaling > BCCH-SCH: systeminformationBlockType1 
12:36:31,654 |FD3 LTE RRC Signaling  BCCH-SCH: systemInformation 
12:36:31,685 D3 LTERRC Signaling >|/BCCH-SCH: systemInformationBlockType1 12:36:31,100, 
12:36:31,700 FD3 LTERRC Signaling % BCCH-SCH: systemnformationBlockType1 12:36:31,300) 
12:36:31,732 |FD3 LTE RRC Signaling 4 BCCH-SCH: systeminformation 4 4 A 
12:36:31,732 FDS LTE RRC Signaling |*/UL-CCCH: rrcConnectionReestablishmentRequest; Cause = otherFailure 14153 | 12:36:31. 700) -115.0 1.0 433 
12:36:33,869 FDS LTE RRC E RRC Signaling |? BCCH: 9 BCCH-SCH: systeminformationBlockTypel. 14154 | 12:36:31,900) -115.0) 1.0 433 
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Cause Analysis 2 - Handover Failure 


@ Problem Symptoms 


@ Before a call drop problem occurs, the UE has ever sent 
the measurement report and received the 
RRCConnectionReconfiguration message from the 
eNodeB. 


@ The UE sends the 
rrcConnectionReestablishmentRequest; Cause = 
handoverFailure message immediately when receiving 
the broadcast message from the target cell. 


@ The UE usually sends the 


aa Ms a en See, a ee ee eee Le 
Signaling UL-DCCH: measurementReport 

15:40:13.532 FD7 LTE RRC Signaling DL-DCCH: rrcConnectionReconfiguration 

15:40:13.579 FD7 LTE RRC Signaling UL-DCCH: rreConnectionReconfigurationComplete 

15:40:14.702 FD7 LTE RRC Signaling BCCH-SCH: systemInformationBlockTypel 

15:40:14.702 FD7 LTE RRC Signaling UL-CCCH: rreConnectionReestablishmentRequest; Cause = handoverFailure 
15:40:14.749 FD7 LTE RRC Signaling DL-CCCH: rreConnectionReestablishment 

15:40:14.749 FD7 LTE RRC Signaling UL-DCCH: rreConnectionReestablishmentComplete 

15:40:14.749 FD7 LTE RRC Signaling DL-CCCH: rrceConnectionReestablishment 

15:40:14.749 FD7 LTE RRC Signaling DL-DCCH: rrcConnectionReconfiguration 

15:40:14.765 FD7 LTE RRC Signaling UL-DCCH: rreConnectionReconfigurationComplete 
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OO CM 
Cause Analysis 2 - Handover Failure 


@ Cause Analysis: Analyzing the Signaling Data 
@ Obtain the signaling data collected from the drive test. 


@ Check whether there is any of the following symptoms when a 
call drop problem occurs: 


@ Before a call drop problem occurs, the UE has ever sent the 
measurementReport message. 


M@ The UE can receive the rrcConnectionReconfiguration message 
that contains the MobilityControllinfo field from the eNodeB. 


m@ When handover to the target cell that is carried by the 
rrcConnectionReconfiguration message, the UE can receive the 
systemInformationBlockTypel message through the BCCH-SCH. 


@ When receiving the systemInformationBlockTypel message, the 
UE sends the rrcConnectionReestablishmentRequest 
Cause=handoverFailure message. 


@ Usually, the UE can successfully reestablish the connection within 200 
ms, and handover back to the source cell. 
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eC 
Cause Analysis 2 - Handover Failure 


®@ Optimization Solutions 


@ Check whether the neighboring cells are properly configured by 
comparing the Neighbor Cell worksheet of the source cell to the Serving 
Cell worksheet of the target cell. 

@ Check whether the target cell is normally running. 

@ No bit errors during the transmission 
@ Normal power output 
@ No handover failure due to the cell overload 

@ Check whether the software versions of both source and target cells are 
correct. 

@ Familiarize yourself with common handover failures. 

@ A handover failure occurs because the X2 interface is improperly configured. 
@ A handover failure occurs because traffic load is burdened in a single cell. 


@ A handover failure occurs because the handover success rate is too low in this 
cell. 


@ A handover failure occurs because a new site is deployed in the surrounding 
area. 


@ A handover failure occurs because the UE is located at the edges of different 
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Case Study 2 - Handover Failure 


@ Inter-Frequency Handover Unsupported 


BoO> 


(EB) e Configuration 


600m 


Bax |mee@eyk a sM)> shi<9-%-u- ie 


@ Serving Cell RSRP (dBm) 


B [-140, -105) (16171)(33.86%) 
®@ [-105,-95) (10702)(22.41%) 
© [-95, -85) (11092)(23.23%) 
@ [-85, -75) (5275)(11.05%) 
Bi [-75, -60) (4511) ( 9.45%) 
© [-60, Max] (5) ( 0.01%) 
Hs 
we . 
j y 
ih w= f 
LAT: 22.4151800, LON: 113.9894444 Ht: Time: 13:47:41,081 
—]) Messages aox &) Table Vier Bo> 
ME MEY Dt ae Y BBB |seachtot | ida Ba Kg | @ | confinratn [enowo> 9 wl x | 
Time 2 | a : Keylnfo Time Serving. Serving Servn_ Neigh_ Neigh_ ServingCe_/|/ 
13:47:23,543 EPS MM: Attach complete 22330 | 13:47:37,100) -111.0 -10.0 212 3225 
13:47:23,543 UL-DCCH: ullnformationTransfer 22331 13:47:37,300) -111.0) -10.0 212 3225 
EPS SM: Activate default EPS bearer context accept 22332 «-13:47:37.500) -111.0 -10.0 212 3225 
BCCH-SCH: systemInformationBlockType1 Az: | 
BCCH-SCH: systerInformationBlockType1 I || 22334 | 13:47:37,900) -111.0 -10.0 212 3225 
7 BCCH-SCH: systeminformationBlackT ype1 | 9395 | 13:47:41.300/ 820) 150) 13 3250 
BCCH-SCH: systemInformationBlockType1 14Rid 4 a - t 
> BCCH-SCH: systemInformation = 22337 «:13:47:41.900 = -81.0 24.0 13 3250 
UL-CCCH: rrcConnectionReestablishmentRequest; Cause = otherFailure 22338 | 13:47:42,100 -81.0 24.0 13 3250 
22339 13:47:42.300 -61.0 24.0 13 3250 
Re 3250 
13:47:41,331 BCCH-SCH: systemInformationBlockType1 27741 12:47:42.70N -ALA ?4.n 12 aesnil 
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rr 
Cause Analysis 3 - Missing Neighbor 


@ Problem Symptoms 


Missing 
Neighbor 
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OO i iC 
Cause Analysis 3 - Missing Neighbor 
@ Cause Analysis [] Analyzing the Signaling Data 


@ Obtain the signaling data collected from the drive test. 


@ Check whether there is any of the following symptoms when a call drop 
problem occurs: 


@ Before a call drop problem occurs, the RSRP of the serving cell is 
continually decreased. 


@ Before a call drop problem occurs, the UE sends the 
measurementReport message consecutively. The purpose is to 
check whether the signals of neighboring cells are strong enough. The 
signal of the serving cell becomes poorer and poorer because no 
neighboring cell is configured, and eventually this causes a call drop 
problem. 


m@ The measurementReport message sent by the UE contains the 
target neighboring cells that satisfy the A3 or A5 event, depending on 
system setup. 

@ The system (neighboring cell) message sent by the serving cell does 
not contain the target neighboring cell of the measurementReport 
message sent by the UE. 


@ After sending the measurementReport message, the UE does not 
receive the rrcConnectionReconfigurationRequest message with 
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ae SSCS 
Cause Analysis 3 - Missing Neighbor 


@ Optimization Solutions 


@ Using the configuration tool or batch-import 
function in the OMC, add the missing neighbor 
cells to the serving cell list prior to the call 
drop. 


@ Implement the ANR function to optimize the 
configuration of neighboring cells. (pending) 
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Case Study 3 - Missing neighboring Cell 


M@ The UE sends the measurementReport message for 
several times before a call drop problem occurs. 


KeylInfo 


Time 


i ServingCel_ 


(FDB)) LTE RRC Signaling > 


] FOS LTE NAS Signaling i 


UL-DCCH: ullnformation Transfer 


~ 14:34:20,900 


-92.0 


fe) Map Vier eo 
@ | Configuraticr Bax |Re@eY rk GoO> aBi<7- %-u 16 
[x] ——— 200m @ Serving Cell RSRP (dBm) 
he BE [-140, -105) (16171)(33.86%) 
Tee , © [-105, -95) (10702)(22.41%) 
%e a © [-95,-85)  (11092)(23.23%) 
3 e B@ [-85,-75) — (5275)(11.05%) 
BH (-75,-60) (4511) ( 9.45%) 
© [-60, Max] (5) ( 0.01%) 
3 i] 
Ke 
% 
» 
LAT: 22,3891553, LON: 113.9733187 Ht: Time: 14:34:21.749 
Fa] Messages Bax —& Table Vier BA 
ME BB|Y Dt rw- Y BBB |sahtot| sda Beg @ | contouaton [crews Tl ees 


EPS SM: Activate default EPS bearer context accept 


LTE RRC Signaling = * 
LTE RRC Signaling 


UL-DCCH; measurementReport 


UL-DCCH; measurementReport 


UL-DCCH: measurementReport 


UL-DCCH;: measurementReport 14:34:21,900 | 


BCCH-SCH: systemInformationBlockType1 


14:34:22,100 
I 1 


UL-CCCH;: rrcConnectionReestablishmentRequest; Cause = otherFailure 
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3 BCCH-SCH: systeminformation anima | 14:34:22,500. 4.0) 110 68 
am74 14:34:22,700) 9.0) -40) 110 84,2 68 
47175 14:34:22,900 99.0 -40) 110 84.1 68 
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Cause Analysis 4 - Overshooting 


@ Problem Symptoms 


Overshooting 
(Pilot Pollution) 
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eC 
Cause Analysis 4 - Overshooting 


@ Cause Analysis: Analyzing the Signaling Data 


@ Obtain the signaling data collected from the drive test. 


@ Check whether there is any of the following symptoms 
when a call drop problem occurs: 


MThe signals in a coverage area where a call drop 
problem occurs, serving cell, or searchable neighboring 
cell contains some overshooting signals (overshooting 3 
or more layers). 


MDetermine whether the coverage area where a call drop 
problem occurs Is in nature a pilot polluted area, which 
Is served by more than three cells (RSRP > -110 dBm, 
CINR < O cB). 


mDetermine whether any neighboring cell is 
unconfigured. Check whether the neighboring cell list of 
the coverage area contains any overshooting cell. 
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a i ES 
Cause Analysis 4 - Overshooting 


®@ Optimization Solutions 


@ The general principle is: on the condition that the 
coverage area is provided with stable and proper 
signals, try as best as possible to control the signals of 
the overshooting area. 

@ Decreasing the power of the overshooting area 
@ Increasing the antenna downtilt of the overshooting area 


@ By taking the border coverage of the overshooting area as well as 
the network topology into consideration, carefully adjust the 
antenna azimuth of the overshooting area. 


@ Pilot Pollution Caused by Overshooting Coverage 
@ Increase the power of the primary sector 

@ Adjust the antenna downtilt of the primary sector 

@ Adjust the antenna azimuth of the primary sector 

@ Control the polluted signals from other areas 
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eC 
Cause Analysis 5 - Equipment Fault 


@ Problem Symptoms 
@ Equipment Faults 
M Handover abnormalities 


WA call drop problem occurs and can reoccur when 
a service is processed at a fixed time or place. 


WA call drop problem occurs and can reoccur in 
one or more specific sectors of the eNodeB. 


WA call drop problem occurs and can reoccur in an 
inter-MME, inter-TA, or any other special area. 
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eC 
Cause Analysis 5 - Equipment Fault 


@ Cause Analysis: Analyzing the Drive Test Data 
and OMC Statistics Data 


@ Step 1. Collect the required data. 


@ Step 2. Analyze the data before and after the call drop 
problem occurs. 


- Radio environment (GE): poor coverage, fast 
fading, shadowing 


- Coverage of the serving cell (RSRP and SINR) 


- Neighboring cell configuration and handover 
statistics 


- Signaling flow abnormalities 


@ Step 3. Eliminate the causes one by one and sum up 
some helpful principles 


- Whole or part of a site? 
- $1 or X2 interface? 
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eC 
Cause Analysis 5 - Equipment Fault 


@ Optimization Solution 


@ If a call drop problem is caused by any equipment 
fault, you need to submit it to an R&D engineer. 


@ When necessary, you must capture the required 
information for further analyzing the call drop 
problem, in coordination with the R&D engineer. 


@ Follow up the problem troubleshooting procedure. 


@ Eventually, verify that the problem is properly 
eliminated. 
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eC 
Cause Analysis 6 - Interference 


m@ Problem Symptoms (Uplink Interference) 


Interference 
(Uplink 


UE Tx Power ; 


Serving Cell CINR 


eNodeB RSS/ 


Serving Cell RSRP 
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Cause Analysis 6 - Interference 


@ Problem Symptoms (Downlink Interference) 


Interference 
(Downlink) 


Serving Cell & Neighbor Cell RSRP 
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eC 
Cause Analysis 6 - Interference 


m@ Cause Analysis [| Drive Test Data Analysis + OMC 
Dynamic Data Analysis 


@ Step 1. Collect the drive test data and dynamically 
observe the RSSI data in the OMC when a call drop 
problem occurs. 


@ Step 2. Analyze the data features when a call drop 
problem occurs: 


@ Check whether the RSSI of the BTS is too high (such as -85 
dBm or higher). If yes, you can infer that uplink interference 


iS present. 


@ Check whether the transmit power of the UE is greater than 
20 dBm within a few minutes prior to the call drop 
occurrence. At this time, the UE is not located in any weakly 
covered area. In this case, you can infer that uplink 
interference is present. 


|| chen whether tne See is -90 geet or better but the CINR is 


ZTEDH 


eC 
Cause Analysis 6 - Interference 


®@ Optimization Solution 


@ Determine and troubleshoot uplink interference: 


@ Specify the rough range of the interference (which cells 
experiencing interference and whether these cells are 
included in a certain cluster) 


@ Using a spectrum scanner such as YBT250 plus Yagi antenna 
to pinpoint the interference source. 


@ Determine and troubleshoot downlink interference: 


@ Confirm that downlink interference does not come from any 
internal system (This requires eliminating the overshooting 
coverage and unconfigured neighbor cell problems). 


@ If downlink interference comes from an external system, you 
need to use a spectrum scanner such as YBT250 plus Yagi 
antenna to pinpoint the interference source. 
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Cause Analysis 7 - Traffic Congestion 


@ Problem Symptoms 


@ There are relatively too many real-time activated 
subscribers in the cell. 


@ The cell starts to reject the UEs during the admission 
control procedure. 


@ The transmit power of the cell is becoming almost 
Saturated. 


@ The call setup success rate and the call drop rate are 
becoming worse. 
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Cause Analysis 7 - Traffic Congestion 


@ Cause Analysis: OMC Performance 
Statistics Analysis 


@ Step 1. Collect performance statistics in busy hours 
from the OMC, including call setup, handover, and call 
release. 


@ Step 2. Query the number of subscribers as well as 
the traffic load when a call drop problem occurs, and 
then check whether the cell is heavily loaded. 


@ Step 3. Query the cell setup success rate, handover 
success rate, and call drop rate; and locate their 
potential causes. 


@ Step 4. When a cell starts to reject the UEs during 
the admission control procedure because of resource 
insufficiency, you can infer that the call drop problem 
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Cause Analysis 7 - Traffic Congestion 


@ Optimization Solutions 
@ Increase the system capacity. 
Mlncrease the cell power. 
mCompress the overhead channel power. 
MilIncrease the resource blocks (RBs). 
mAdd some base stations. 


@ Change the network topology and balance the 
traffic load. 


WShrink the coverage and adjust the RF for 
mitigating the power overload 


@ Implement the SON-CCO function (pending). 
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The S-criterion for Cell Selection (Srxlev 
> QO) 
Srxlev = Orxlevmeas - (Qrxlevmin + 
Qrxlevminoffset) - Pcompensation 


@ Qrxlevmeas is the reference signal received power (RSRP) of 
the candidate cell. 


@ Qrxlevmin and Qrxlevminoffset are the minimum received 
levels for cell camping configured in the SIB (SIB1). The 
Qrxlevminoffset is used only in the situation when the UE 
camps ona VPLMN cell. 


m@ Pcompensation uses a larger value among O and the value of 
PEMAX (the peak uplink transmit power of the UE) deducting 
PUMAX (the maximum RF output power of the UE), that is 
MAX [] PEMAX [] PUMAX, 0). The unit is dB. 

Y Actually, it is the compensation of UE’s transmit power and the 
maximum allowed transmit power to the cell selection. (If the 
transmit power of UE is larger than the maximum allowed 
transmit power, the Pcompensation is 0; otherwise it is 
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Cell Reselection Process 
@ The process of cell reselection includes these steps: 


conducting measurement as per measurement rules, 
reselecting a cell as per cell reselection rules, and cell 


v Atte F Hed MFA. Gahan ona Which Bape mers RATS to a 


cell, it will conduct measurement to ° ih Sk vuaceedaeas 
determine whether there is a better ° all 

cell so as to conduct cell 

reselection. 


Cell reselection 
Frequency/ RAT evaluation 


Y The priority-based cell reselection Cell ranking 
IS anew mechanism in the E- 


UTRAN. 


Cell access verification 
Acquire and verify target cell 
system information 


Do not 
consider 
target cell 


Access restricted 


Reselect to target cell 
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Cell Reselection Measurement Rules 


@ To reduce power consumption, less measurement operations 
are preferred. The 3GPP Specifications define two thresholds 
for triggering the UE’s measurement. They are s-IntraSearch 
and s-NonIntraSearch, which are all configured in SIB3. 


Y |f the quality of the serving cell is better than the s- 
IntraSearch, the UE can conduct no intra-frequency 
measurement. 


Y If the quality of the serving cell is better than the s- 
NonIntraSearch but worse than the s-IntraSearch, the UE 
will conduct the intra-frequency measurement, but not the 
inter-frequency or inter-RAT measurement. 


Y |f the quality of the serving cell is worse than the s- 
NonIntraSearch, the UE will conduct the intra-frequency, 
inter-frequency, and inter-RAT measurements. 


@ During the early stage of a commercial network, the UEs are 
basically data cards, and there is no need to consider the 
power consumption. As a result, the configuration for s- 
IntraSearch and s-NonIintraSearch are not available. The UEs 


KS CA EES 
Evaluation and Cell Sequencing 1 


@ According to the priorities of neighbor cells and the serving 
cell, the cell reselection takes place in three situations (see 


next page): 
The cell with Servin The cell with 
lower priority g Cell higher priority 
freque frequenc) 
T° Threshx.nigh 
SintraSearch 
Threshxiow _. 


SETAE VE -\ SnonintraSearch 
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Evaluation and Cell Sequencing 2 


@ The priority of the neighbor cell is higher than that of the 
serving cell. 


Y The signal quality (SnonServingCell,x) of the measured neighbor 
is higher than ThreshX,High in the time of Treselection. 


@ The priority of the neighbor cell is lower than that of the 
serving cell. 


Y If the above two situations are not satisfied, the cell is reselected 
when the quality of the serving cell is lower than Threshserving, 
low, and the measurement quality SnonServingCell,x of a 
neighbor cell with lower priority is higher than Threshx, low. 
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Evaluation and Cell Sequencing 2 


@ The priority of the neighbor cell is equal to that of the serving 
cell. 


Y All cells (including the serving cell) are put in a queue. If a cell 
ranks highest in the queue and lasts longer than the time set In 
Treselection. thers selegigget lhe R-criterion is shown below: 


Rn = Qmeas,n - Qoffset 


Y Rs Is the quality score of serving cell (ranking criterion for 
serving cell); and Rn is the quality score of the neighbor cell. 

Y Qmeas,s and Qmeas,n are the RSRP values of the serving cell 
and the neighbor cell respectively. 

Y Q Hyst is the parameter to control the hysteresis of the serving 
cell in the sequence. 

Y Q offset defines the offset for a neighbor cell. For the intra- 
frequency cells, it is the cell-based offset value. For the inter- 
frequency cells with Ene same pony it includes two parts: the 

ff | the f ff a 
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Accessibility Verification for Cell 


Reselection _ | 
@ If the best cell in the LTE frequency range Is barred or 


reserved, it is required that this cell is removed from the 
cell reselection candidate list on the UE. 


Y The UE can try other cell of the same frequency, unless the cell 
indicates that the UE can not select any intra-frequency cell ina 
period of time. 


@ If the UE evaluates the best target cell and finds that it 
IS not suitable due to some reasons. 


Y For examples, the tracking area prohibits roaming, or the cell is 
not a cell in the registered PLMN. 


Y Ina period of time (which would not be longer than 300s) that 
follows, the UE will not take any cell in this frequency as the 
target cell for cell reselection. 
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Cell Reselection Speed Factor 1 


@ By calculating the frequency of cell reselections, the UE 
determines which mobility state it is in. In SIB3, the mobility 
State parameters are configured, including n- 
CellChangeMedium, n-CellChangeHigh, t-HystNormal and t- 
Evaluation. 


Y Inthe period of t-Evaluation, if the count of cell reselections is 
larger than n-CellChangeHigh, the UE determines it is in a high 
speed mobility state. 


Y_ |f the count of cell reselections is larger than n- 
CellChangeMedium, the UE determines it is in a medium speed 
mobility state. 


Y Inthe period of t-HystNormal (t-HystNormal must be larger than t- 
Evaluation), the UE will return to the normal mobility state if it 
does not detect any condition that meets the medium speed 
mobility state or high speed mobility state. 
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Cell Reselection Speed Factor 2 


@ In the high speed mobility state and medium speed mobility 
State, the UE needs to obtain and uses the sf-Medium and sf- 
High configured in t-ReselectionEUTRA-SF and q-HystSF from 
SIB3. Of which, sf-Medium is the factor used for medium speed 
mobility state, and sf-High is the factor used for high speed 
mobility state. 


Y Multiply the corresponding factors of Treselection and t- 
ReselectionEUTRA-SF, and use it as the new timer for cell 
reselection. 


Y Add the sf-Medium or sf-High in q-HystSF to Qhyst. The Qhyst is 
used in the R-criterion. 
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Black / White List, Access Restriction, 


Cell States | | 
@ The UE should bypass the cells on the black list when it 


conducts cell selection, measurement and cell 
reselection. 
Y Blacklisted cells are not considered in event evaluation or 
measurement reporting. 

@ For the CSG cells and Hybrid cells, the UE should obtain 
the CSG IDs from the system information. If the CSG ID Is 
stored on the CSG whitelist of the UE, the UE should put 
the cell in the candidate list and conduct measurement 


and sequencing 
@ Each UE belongs to an access class (AC) in the range 0 - 
Q, 


Y Some UEs belongs to one or more high-priority ACs in the range 
11-15, which are reserved for specific uses. AC10 is used for 


emergency access. 
Y The UE considers access to be barred if access is barred for all its 


Pci; 


C—O OEE 
Late Measurement 


@ Measurement threshold: s-IntraSearch and s-NonIntraSearch. 
Due to improper configuration (too small value), the cell 
reselection measurement is started late. The conditions to start 
measurement are ready, but no measurement Is started. 


Y The serving cell does not provide configurations for s- 
IntraSearch (affecting intra-frequency measurement) or s- 
NonIntraSearch (affecting inter-frequency or inter-RAT 
measurement). The UE conducts the intra-frequency, inter- 
frequency and inter-RAT measurements. 


Y Increase the value of s-IntraSearch or s-NonIntraSearch so 
that the cell reselection measurement is started aS soon as 
the quality of the serving cell worsens. 
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Ping-Pong Reselection 


@ If ping-pong cell reselections occur, you can increase the 
cell reselection hysteresis, and raise the priority of LTE cell 
reselection. 


@ If the above method does not work, you can decrease the 
value of Threshserving, low for the serving cell. 


@ For the same operator, the priority settings for UTRAN and 
E-UTRAN in the UMTS and LTE networks should be the 
same. The cell reselection parameter configurations on the 
two sides must match each other so as to prevent the ping- 
pong handover. 
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Late Cell Reselection 
@ If the cell reselection is conducted too late, the UE may 


originate calls on an unsuitable cell, which easily causes 
access failure or call drops. 


@ Take an intra-frequency cell reselection for example. To 


speed up the cell reselection, the following methods can 
be used: 


Y Set the value of cell reselection Treselection as small as 
possible. At present, we recommend setting it to ls. 


Y Decrease the value of QHyst. 


Y Decrease the value of Qoffset. 
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Call Congestion 


@ If subscribers suffer call congestions in the overlapped 
coverage area, you should decrease the threshold for 
cell reselection to other cells, no matter such call 
congestions occur in which network, so as to properly 
distribute traffic. 
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Case Study 1 


Improper measurement control threshold setting leading to 
access failure 


Fault Description 
During a commissioning test, we found that the UE failed to 
originate calls in a cell, but it could originate calls ina 

neighbor cell with better quality soon (hundreds of 


millieacande| 
a 


16: 07: 35, 421 LTE PRC S anal ing 


one. 45, C401 F VI! 
6 = = 
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Case Study 1 


Fault Analysis 

We checked the UE log and found that the radio environment 
of the cell that the UE accesses for the first time was poor 
(PCI=307, RSRP=-109dBm, CINR=-5dB). There was a neighbor 
cell with good signal quality (PCI=397, RSRP=-87dBm), but 


intraFreqcellReselectioninto 


© gorxteviin Solution 
| -8S (Aeeuar veiue: -190) In current network environment, the 


eae terminals are data cards, which have no 
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the UE did not select it. The situation was that the UE failed to 
access the cell with PCI=307, but it soon successfully 
accessed the cell with PCI=397. We checked the SIB3 
messages from the network, and found s-IntraSearch=7 in the 
intraFreqCellReselectionInfo section. According the calculation 
formula, the serving cell OI IgIIMEMs intra-frequency 
measurement when 


requirement on power consumption. So, 
ee eee ae we can set the parameter 
bySIntraSrchPre to false, ensuring that 
the terminal conducts RSRP 
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Case Study 2 


Improper cell reselection parameter setting leading to call 


Fault Description 

During a preliminary acceptance test for PGP, the signal 
quality of the serving cell worsened gradually in the process of 
UE access, leading to RRC call drop. The cell reselection 
parameters were improperly configured, and the UE originated 
calls on the cell with poor quality signals, celel Ine to RRC call 


(s BapVier ao ad 


@ | configuration A el oe | 'oM)> ali<9- Ex “i |G 


@ Serving Cell RSRP (dBm) 

B [-140, -105) (20880)(22.64%) 
) [-105, -95) (23698)(25.69%) 
® [-95, -85) (25076)(27.19%) 
@ (-85, -75) (15858)(17.19%) 
© (75, Max] (6725) ( 7.29%) 


LAT: 22.2943881, LON: 114.1840910 Ht: Time: 06:29:03,171 
Ea) al Box Table View Box 
BEWB\Y¥>-tir! Ss ¥ B BG &- |search Text: a fa %& = : @ | Configuration: | <new> “i Ae oy 
wl Keylnfo_ i _Seryina ervinaCel ina__Neighbo i 


06:28:51,750 
06:29:02,950 
06:29:03,150 
06:29:03,350 
| 06:29:03.450 
/ 06:29:03,550 
06:29:03,650 
" 06:29:03.750 
| 06:29:03.850 
06:29:03.950) 
06:29:04,150) 


FO31 LTE NAS Signaling  ®|EPS SM: PDN connectivity request 
FOS. LTE RRC Signaling | |UL-DCCH: rrcConnectionSetupComplete 
IF FD31 LTE NAS Signaling u EPS MM; Authentication request 
FD31 LTE RRC Signaling * DL-DCCH: diInformationTransfer 
FD31_ LTE NAS Signaling al EPS MM: Authentication response 
O31 LTE RRC Signaling FUL -DCCH: ullnformationTransfer 
FD31 LTE RRC Signaling * BCCH-SCH: systemInformationBlockT ype 
/|FO31, LTE RRC Signaling ba BCCH-SCH: systemInformation 

(FO31_ LTE RRC Signaling 4 BCCH-SCH: systemInformationBlockTypel 
FO31 LTE RRC Signaling 4 BCCH-SCH: systemInformationBlockType1 
‘FD31 LTE RRC Signaling 4) BCCH-SCH: systeminformation oo 
ne 29:14.915 |FNAL | TF RRC Sinnalina AE UL-CCCH: rreCannertinnReqauest: Cause = mn-Sinnallina ; : = {ba 
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Case Study 2 


Fault Analysis 

We checked the UE log and found that the radio environment 
of the cell that the UE accesses was poor (RSRP=-92dBm, 
CINR=1dB). There was a neighbor cell with good signal quality 
(PCI=251 [] RSRP=-87.6dBm), but the UE did not select it. 
During the access process, the UE could not be handed over to 
a better cell, the signal quality of the serving cell became 
worse and worse, and at last the call dropped. When the time 
requirement (1s, the minimum value) for intra-frequency cell 
reselection is met, the cell reselection process can be initiated 
according to the R-criterion. Furthermore, decreasing the 


Solution 
Modify the cell reselection parameter Qhyst (3dB -> 1dB) to 
speed up cell reselection so that the UE can select the cell 
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EE ee SS 
Trans-Regional Coverage 


lM the trans-regional coverage usually refers to the coverage 
of some base stations exceeds the planned scope. Such 
problems are usually the following solution: 

. reduce the power of cross-district coverage area; 

. reduce the antenna down tilt; 

. adjusting the antenna angle; 

. reduce the antenna height; 

. Replace the antenna. Use small-gain antenna. Mechanical 
downtilt antenna replaced by electronic downtilt antenna. 
Lobe width is narrower beam antenna replacement antenna 
lobe; 

6. If the site is too high causing more area coverage, Is invalid 

in the case of other means, you can consider adjusting the 
network topology, the relocation site is too high. 


Un BWN FB 
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No dominant cell 


M@ Such an area is no dominant or leading cell, replace 
cell too often. This will result in frequent handover, 
which reduces system efficiency, increasing the 
likelihood of dropped calls. 


@ Area for lead-free areas should be under the antenna 
by adjusting the angle of inclination and direction of 
the other methods, and enhance a strong signal area 
(or close-quarters) of coverage, weaken the other weak 
Signal area (or remote area) coverage. 
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Interference Analysis 


1. Downlink interference analysis 
mM Scanner DT test by analyzing the received SINR to target. 


m If RSRP good coverage SINR falls below a certain threshold, 
but there may be downward interference. Deterioration of 
regional identity out of the SINR, check the deterioration of 
the region downstream RSRP coverage. If the difference is 
down RSRP coverage also identified as coverage issues, 
coverage issues in the analysis to be addressed. SINR for the 
RSRP good and bad situation recognized as the downlink 
interference problems because of interference and to resolve 
them. 

2. Uplink interference 

M@ Uplink interference problem judges by checking noise floor of 
site. If the noise floor of a cell is too high, and there is no 
equivalent high-traffic is present, confirm the presence of 
uplink interference problems, analysis interference and 
resolve. 
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Analysis of handover 


@ Neighbor list optimization focus on neighbor list 
missing. Neighbor list missing will lead to dropped 
calls. Through the drive test data analysis software and 
Statistical analysis, for each district to provide neighbor 
list added, deleted, reservations recommended. 


@ By adjusting azimuth and downtilt of the antenna, we 
change position of handover area and signal 
distribution. If the handover area is too small, can 
solved by reducing downtilt or adjust the azimuth. If 
you handover zone signal changes too frequently, 
appropriate azimuth and downtilt adjustments could be 
considered to ensure a smooth change of a single cell. 
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RF common method of optimization 


lM Antenna azimuth adjustment 

lm Antenna downtilt adjustment 

M@ Neighbor list / PCI adjustment 

M@ Basic wireless parameters verification 

m@ Adjust the antenna height 

@ Adjust the antenna location 

m Adjust the antenna connector 

@ to use particular antenna 

m Adjust the accessories, such as the tower amplifier 
m@ Modified downlink power 
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Antenna downtilt calculation formula 


M@ Antennas downtilt formula 1 
8 = atan (2H /L) * 360/(2*p)+b/2-ey 
M@ Antennas downtilt formula 2 
8 = atan (H/L) * 360/(2* p)-e y 
Where: 8 indicates initial antenna mechanical downtilt; H 
indicates site effective height; L indicates that the distance 
between antenna and cell coverage edge; b represents the 
vertical lobe angle; e_y indicates electronic downtilt. 
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Antenna downtilt calculation formula 


instruction 


1. Formula 1 main scenarios: Under urban dense sites, 
for the most energy of the antenna radiation in the 
coverage area can reduce the interference of 
neighboring cells, when setting the initial downtilt, the 
antenna's half-power point above the main lobe aim at 
coverage edge (defined as L/ 2). Generally not 
recommended to set initial downtilt according to the 
formula, avoid the initial inclination may be set too 
high, which lead to network coverage problems, and 
more as reference of optimization. 


2. Formula 2 is the general formula, the main scenarios: 
in the suburbs, villages, roads, sea and so far as to 
cover as much as possible, can reduce the initial 
downtilt, so that a maximum gain of the antenna main 
lobe is aligned on cell edge. 
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Antenna downtilt calculation formula 


instruction 


3. The actual wireless network optimization, optimization 
of the antenna set up downtilt depends mainly on the 
analysis of drive test data to complete. 


Y According to the SINR of the pilot overlay can draw the 
coverage of each sector, the sector for more area 
coverage, consider increasing the antenna down tilt, as 
required under the angle to increase the amount of 
formula 1 can be used to refer to As RF optimization of 
empirical strong, many people in this setting is also 
under the angle and the surrounding environment. 


Y For the more serious areas covered sectors, optimizing 
the antenna set may be greater than under the dip 
calculated under the formula of a much larger angle. 


Y For the coverage is insufficient, or contaminated areas to 
be used in the pilot frequency optimal use of the leading 
sectors do, as long as more areas will not be the optimal 
coverage, the antenna Is less than under the dip can be 
calculated by the formula 1 under the angle, Even less 
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Downlink power allocation principle 


M@ power allocation principle defined by 3GPP 36.213 

lm For the OFDM symbol does not contain the RS, 

M@ Definite = PDSCH-to-RS EPRE ratio 
bi. =r 2 [dB] 

Among them, th®,,... re only effective multi-user MIMO, 
and the remaining values are @dB format. UE- 
Specific parameter configured by the RRC , its range is 
[3,2,1,0, -1.77, -3, -4.77, -6] CB. 
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Downlink power allocation principle 


@ For the OFDM symbol that contains RS 


M@ Definitiows = PDSCH-to-RS EPRE ratio, the valu@pf 
which provided by the following table; / e. and 
the value of the number of afitenna port. is high- 
level configuration parameter, is cell specific. 


Two and Four 
One Antenna Port Antenna Ports 
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Downlink power allocation principle 


Within the OFDM in the presence of RS, and does not 
contain within the OFDM symbol, respectively, the 
following equation holds. 

(12 * RB* 10Ps/29+ Poos pe = Puox OFDM TypeA 
412 * RB* 1/6+ Pops ge + 12 * RB* 5/6 * 10P4/2° » (pp /py) * Peps_. = Pmex OFDM TypeB_OneAntennaPort (2) 
\12 * RB 1/6* Pops pg 12 * RB* 4/6 10°4/2 + (p5/pa) * Pops.. = Pex oppm TypeB_TwoOrFourAntennaPorts 


Single antenna pores». * 5) and two, four antenna,port ( 
* 4) .The two values are equal, so the value of 
has nothing to do with the antenna ports. 
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Downlink power allocation principle 


@ For example, 20M-bandwidth, coupled with the maximum 
symbol power 20w assumption (43dBm). We can estimate the 
range of reference signal power. Calculated on the basis of 
above rule, the combination of the variduS’possible values , 


P, and iS, 


ped 


0 ~S*SCmae/a3.010 13.979 [15.228 [12218 


“6 ~*«daSAVB (16.989 17570 (18.239 | 18.230 
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RS power parameter configuration 


M@ RS (Cell-specific Reference Signals Power): This 
parameter indicates the cell reference signal power 
(absolute value). Reference signal is used for the cell 
search, downlink channel estimation, channel 
detection, directly impact on cell coverage. This 
parameter is broadcast by SIB2 notice UE, and in the 
whole system bandwidth and the downlink sub-frames 
is all constant, unless SIB2 message updates (such as 
the RS-power enhancement). 


m@ RS parameters configuration instructions: downlink 
power settings are based on reference signal power, so 
the reference signal power settings and change, 
affecting the entire downlink power setting. RS power 
too large will cause pilot pollution, and inter-cell 
interference; too small will cause cell selection or re- 
selection failure, the data channel cannot 
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Cell Transmit Power parameter 


configuration 


@ Cell Transmit Power parameter configuration 


@ Cell actually used transmission power (Cell Transmit 
Power): This parameter indicates the actual use of cell 
transmit power. 

@ Cell Transmit Power parameter configuration 
instructions: depends on network planning and 
coverage Is expected to determine the maximum cell 
transmit power, both to ensure effective coverage and 
avoid cross-district coverage. This parameter is the cell 
total multi-antenna transmit power. 43dBm 
corresponds to 20W, 46dBm corresponds to 40W. 
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Radio Parameters - A3-triggered 


Reporting 


@ Event A3 related parameters 


Event A3 entering conditionAmm + Ofn + Ocn— Hys > Ms + Ofs + Ocs + Off 
leaving condition: Awun+ Ofn+ Ocn+ Hys < Ms + Ofs + Ocs + Off 
Of which, 


Mn: The measurement result of the neighbouring cell, not taking into account any 
offsets 


Ofn: The frequency specific offset of the frequency of the neighbour cell 


Ocn: The cell specific offset of the neighbour cell, which is set to zero if not 
configured for the neighbour cell 


Hys: The hysteresis parameter for this event 
Ms: The measurement result of the serving cell, not taking into account any offsets 
Ofs: The frequency specific offset of the serving frequency 


Ocs: The cell specific offset of the serving cell, which is set to zero if not configured 
for the serving cell 

Off. The offset parameter for this event 
If the values of Ofs and Ocs of the servicing cell are configured the same as the 
values of Ofn and Ocn of *h~ -7iehh~~ <ell] during the network planning, the 


— Mn—- Hys > Ms+ Off 
entering condition can eee ane one Or 
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Radio Parameters - A3 Threshold 


@ a3-Offset 
@ Off in the entering/leaving condition is a3-Offset 


@ Its default value is 3 dB 

@ The recommend value Is 2, 3 or 4 dB. A greater or 
smaller value is not recommended because it may 
lead to delayed handover and too many handovers at 
a time 


@ This offset is applicable to all neighbor cells 
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Radio Parameters - TimeToTrigger 


@ Timelotrigger (TTT) 

@ This parameter specifies the value range used for 
time to trigger parameter, which concerns the time 
during which specific criteria for the event needs to 
be met in order to trigger a measurement report. 

@ Value range: enumerated (0, 40, 64, 80, 100, 128, 
160, 256, 320, 480, 512, 640, 1024, 1280, 2560, 
5120) 

@ Default value: 320 ms [] 

@A high TTT can put off measurement reporting and 
reduce handovers. 

@ Recommended values: 256, 320, 480, 512 or 640 ms. 
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Radio Parameters - Hysteresis 


@ Hysteresis 


@ Hysteresis, used to adjust the entering/leaving 
threshold of event-triggered reporting, 
determines the period the UE stays at Event 


A3. 
Enter 
dint Of2+Ocr 
Hysterisis 


Adn+ On +Ocn 


@ Default value is 0[] 


@ If ReportOnLeave is not enabled [] the 
recommended value ts 0 [] 
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Radio Parameters - ReportOnLeave 


@ ReportOnLeave 


@ This parameter indicates whether or not the UE shall 
Initiate the measurement reporting procedure when 
the leaving condition is met. 


Mn + Ofn + Ocn+ Hys < Ms + Ofs + Ocs + Off 


@ Default value is False (no reporting) 
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Radio Parameters - CIO 


@ Cell Individual Offset (CIO) 
@ Event A3 entering condiction 


Mn + Ofn + Ocn — Hys > Ms + Ofs + Ocs + Off 

@ Ocn in the formula is ClO 

@ Enumerated (-24,-22,-20, -18, -16, -14, -12, -10, -8, - 
6, -5, -4, -3, -2, -1, 0, 1, 2, 3, 4, 5, 6, 8, 10, 12, 14, 16, 
18, 20, 22, 24), unit: dB 

@ To quicken handover from the serving cell to one 
neighbor cell or to lower the handover threshold, you 
can increase the ClO of the neighbor cell by 1 to 3 GB. 
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Radio Parameters - Reportinterval 
and ReportAmount 


® Reportinterval and reportAmount 


@ Event triggering: reportinterval shall be used with 
reportAmount. When reportAmount is greater than 
1, reportinterval is valid. 

@ Periodical reporting: Reportinterval is the period to 
report the measurement 

@ Value range of Reportinterval: enumerated (120, 
240, 480, 640, 1024, 2048, 5120, 10240, 60000, 
360000, 720000, 1800000, 3600000), unit: ms 

@ Value range of ReportAmount: enumerated (1, 2, 4, 
8, 16, 32, 64, Infinity), unit: times 

@ Recommend value for Reportinterval is 480ms, and 
that for ReportAmount is 4. 
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Radio Parameters - T304 


m 1304 
@ Timer waiting for handover success 


@ Value range: enumerated (50, 100, 150, 200, 500, 
1000, 2000), unit: ms 


@ Default value: 1000 ms 


: Configuration Management Configuration Tools 
Configuration Management 53 


ae er ‘RxXxGnuRas 

mice git die te cee (X) Uploaded 2011-12-19 18:18(Config Set95) ii (| Global Parameters of eNodeB (zi Serving Cell \ xJuE 
& Platform Equipment Resource 

(#1 €Q eNodeB Equipment Resource 

+ § Global Parameters of eNodeB 

@ Serving Cell 

© Neighbor Cell Configuration 

© Neighbor Relation Configuration 
© Cell Reselection Configuration 
© Timer Configuration 


Attribute. 
SubNet Label OMMB_1 


Managed Element Label AKADEMIA 
User Label 
he Timer for UE to Detect Radio Link Failure(T310_UE)(Units:ms)_ 


the Timer for UE to Detect Radio Link Failure and Switch to Idle(T311_UE)(Un 


e Timer for UE to Wait for RRC Connection Response (T300)(Units:ms) ’ 
@ Timer for UE to Wait for RRC Connection Re-establishment Response(T301 1 ooo 
the Timer for UE to Wait for RRC Connection Request Retry After Reception of RR... 3 


& Control Plane Timer 

(© Measurement Parameter Configuré 
© QoS Configuration 

(= @ Base Station Config Set 74 


@ AULICH_UT$ZXSDR B8200 L200¢v10.03.01) 2 Timer for VE to Wait for Handover Successfully(Units:ms) 4000 

# BAJCSY_ZSILINSZKY_UT$ZXSDR B8200 L2 2 Timer for UE to Wait for Handover Successfully(CCO)(Units:ms) 1000 

@ BALASSISZXSDR B8200 L200(v10.03.01)$91 e Priority Timer for Cell Reselection (Units: min) 5 a 
@ BALATONALMADISZXSDR B8200 L200(v10.0 Maximum Number of Consecutive Out-of-syne Indications (N31 0_UE) H 

@ BALATONALMADI_CENTRUM$ZXSDR B8206 Maximum Number of DL Consecutive Synchronization Indications (N311) 4 

@ BANKCENTERSZXSDR B8200 L200(v10.03.C Parent DN EUTRANFUNCTION=1 


@ BATASZEK$ZXSDR B8200 L200(v10.03.01)$ 
@ BUGYISZXSDR BS200 L200(v10.03.01)$213¢ 
@ CSAKVAR_VIZTORONYSZXSDR B8200 L200 
@ CSURGOSZXSDR B8200 L200(v10.03.01)$2 
g¥ FERENCIEK_TERESZXSDR B8200 L200(v1C 
@ GAZDASAGI_MINISZTERIUM$ZXSDR B8200 
@ GERI ARZYS7YSNR RAIN! MNAWIN NA N11 
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Case Study 


@ Handover failure due to improper radio parameter 
settings 


@Problem description 


Y The cluster KPI analysis report shows there Is about 
5% call drop because of MR (measurement report) 
not processed. 

Y In acluster, the call drops because of MR 
(measurement report) not processed even account 
for over 50% of the call drops excluding those arisen 
from poor coverage. 

Y Handover configuration: Sl-based; the handover 
request Is triggered when the neighbor cell’s RSRP is 
3.5 dB higher than the serving cell’s. 
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Case Study 


@Problem description 


|S) messeses : == aes 
BWE\|AD-tErl BY B GB - | seach Text: trcConnectionReestablishmentReject| eh ke UXO 


Keylnfo Settings |Defauit (i Search: #® 


File/Device Filter |FD1; FD10; FD11; FD12; FD13; FD14; FD15; FD16; FD2; FD3; FD4; FDS; FD6; FD7; FL v (=) measResults “a 
Frame Filter [LTE NAS Signaling; LTE RRC Signaling on iy “ema 
KeyInfo .measResul tServlell 
UL-DCCH;: rrcConnectionReconfigurationComplete (J rsrpResult 
BCCH-SCH: systemInformationBlockType1 45 (Actual value: >= -96 dBm) 
i rerqhesult 
about 0.66S to the 23 (Actual value: <= -8.5 4B) 
last MR message ‘| messResultWei hells 
 measResul tListEUTRA 
(= MeasResul tEUTRA #1 
& physCellId 
BCCH-SCH: systemInformationBlockType1 69 4 
LTE RRC Sign... ® UL-CCCH: rrcConnectionReestablishmentRequest; Cause = oth 5) measResult | 
LTE FRC Sc". > Se  rephesat 
LTE RRC Sign... * BCCH-SCH: systemInformationBlockType1 49 (Actual value: >= -92 dBm) 
LTE RRC Sign... * UL-CCCH: rrcConnectionRequest; Cause = mo-Data i rsrqResult 
LTE RRC Sign... | DL-CCCH; rrcConnectionSetup 27 (etual value: <= -6.5 dB) 
LTE RRC Cian RCC reeCanmertinnGat mcamniate re iba G- Message Hex Dunp: 
Current:6761 Date:3/17/2011 | Total:17817 ‘Filtered:17817 8108 1028 SE IGE Te Bh ee TR “ 


E) Table Vier Box 


Bax|\meeoxy\kr 


Time _ServingCel__ ServingC__ ServingCel_ 
15:36:48,100) -99,0 101 14.0 
15:36:48,300, -99,0 5| 14.0 
15:36:48,500, -99.0 | 14.0 
15:36:48,700) -99,0 | 14.0 
15:36:48,900 -99,0 5 14.0 
15:36:49,100) -100.0 

15:3 ) --100.0 


15:36:50,100) 
15:36:50,300) 
15:36:50,500) 
15:36:50,700) 
15:36:50.900) 
15:36:51.100) 
~ 15:36:51,300) 


» 


LAT: 22,3664051, LON: 114.1231034 ‘ Time: 15:36:49,734 
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eS ee SE 
Case Study 


S_eNB T_eNB MME S-GW 
@Problem | | | | 
| Me mentRep 1 ; 
- 
a 


| HandoverRequest 


description 

Y After receiving a 
handover request from 
aneNB,the MME = )—— Ferri 
processes the request. anc caw” 


| HandoverRequestack 


omnia een 


v If the MME receives jaaieamaaiiins eataeiae . eee ‘ial aoseeaeaa - 
another handover 
request from the eNB 
within 1s, it will ignore 
this second handover | eres eae 
request. | 


7 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
| 
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ee CU ES 
Case Study 


@ Problem analysis 
Y Current parameter configuration 

MHO Prepare Timer =15 

(Upon receiving one UE’s MR request, the source eNB 
sends the “handoverRequired” messages to MME at an 
interval of 1 s.) 

@intra-frequency Reporting Interval for Event = 1024 ms 

Mlntra-frequency Amount of Reporting for Event = 1 

(If the target cell meets the MR reporting criterion, the UE 
reports MR every 1024ms and the total times is 1.) 

Y If the UE performs handover to two neighbor cells one 
by one in 1 second, and the amount of reporting Is 
only 1, the second handover request message will be 
bypassed by alle 1s amet on the core network side. 
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CU ES 
Case Study 


@ Problem analysis: handover time sequence 


HO prepare timer time-out 
handover process is 
Receive MR Receive —_ cancelled: trigger a 2nd 
Trigger handover 2nd MR handover based on 3rd MR 


eNB 


950 ms 
UE 


0 480ms 960ms 1440ms 1920ms 2400ms 2880ms 


Trigger 1st MR Trigger 3rd MR 


Trigger 2nd MR Trigger4th MR 
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Case Study 


@ Problem ee eng 


Parameter beh ker Explanation 
before after 


In an Sl-based handover, the source eNB 
sends the HandoverRequired message to 
the core network, and starts this timer; 

HO Prepare Timer 950 ms_ After receiving handover command from 
the core network, it stops this timer. If the 
timer reports a timeout, it means an 
abnormality. 


Intra-frequency The parameter indicates the interval to 
Reporting Interval report the MRs_ interval after event 
for Event triggering. 


Intra-frequency 
Amount 
Reporting for Event 


The parameter indicates the maximum 
report times after event triggering. 
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Thanks! 
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